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ISOCHRONOUS CHANNEL HAVING A requires that the processor spend aU of its time servicing die 

I INKED LIST OF BUFFERS isochronous data transmissions, even if no data is cuirenUy 

L^iki!^ 1^ transmitted on the bus. without servicing any other 

^{J FIELD OF THE INVENTION tasks. It would, therefore, be desirable to have a means and 
„ , . 5 method for a more efficient management of isochronous data 

This invention relates generaUy to data commumc^tions ^ ^ computer system, 
and, more particularly, to data commumcaUons withm a 

con^)uter bus architecture. SUMMARY OF THE INVENTION 

BACKGROUND A computer inq>lemented method of man a gin g isochro- 

c«ipledtoaconHnonbusforcommumcaMgxiif«^^ ISsSbus StanZd An isochionoas channel is estab- 

oneanad.«.VariousbusaKlutecn.resaieto^m&^ Sh«l^S.c^ta system and includes a li^ 

art and each bus atctotecture operates accorduig to a con^^ S b^tfoTnic linkSust of bufers concsponds to display 
nnmicadons protocol that defines the in^«m which d^^ ^3 Toc^SonadS^wWdiispartoftheciLputers,^ 

transfer between components .s accomplished. Once die linked list of buffeiThas been established, the 

The Institute of Electrical and ElMtromc Engineers ^ executes inslnictions which allow for the 

(IEEE) has promulgated a number of different bus arctatec- ^j;;;^^^^ ^ isochronous data aaoss the channel Each 

ture standards including IEEE sttntods document 1394. ^ ^ ^ ^^^^ embodiment is 
entitled Standard for a High Petformance Serial Bus ^ ^a^yjon-ansn^ data, an intenupt is generated whidi causes 

(hereinafter 'IEEE 1394 Serial Bus Stantod"). iVQfpical Locessot to execute instructions to manage the flow of 

serial bus having the IEEE 1394 standard architecture is the sender. The processor transfers the data 

con^Jiised of a mnltq)Ucity of nodes that are mtoconnected ^5^^0(4 by camera to a storage location widiin the 

via point-to-point links, such as cables, that eadi connect a ^^^^ ^ taBas. Ultimately, this daU is transferred to a 
singlenodeofAeserialbustoanothernodeofttesenalbus. 25 ftanie buffer associated with a dii?)lay.'niisintenupt driven 

Data packets are propagated throu^out tf»c senal bus uang ,^^^^3^^ the processor to perf onn otfier tasks 

a number of point-to-point transactions, wherem a node that ^^^^ ^ being transmitted over the isodironou* 

receives a padttt from anoAer node via a first p<ant-to-point ^hanneL 

link retransmits the received packet via other point-to-point . ^ a , rf— j. r»\4 a Hnwn 

^roommunications protocol of the IEEE 1394 Serial Bus In yet another embodiment the ccnlral Pr<>«=^"»« 

Sti^r^Ss two primary types of bus access: asyn- (CPU) for the computer system establishes an isochronous 

SS^t aSs aS iS^orTccess. Asynchron^s chamid between a sciKte «i«le ^d one or -"^^ recav«r 

2SJs^^cilher**fair-or"cydemaster-.^^^^ 40 nodes, not indu^g the CPU itseltl^ar 

S Ke55y nodes that need the next availiWe cppor- linked list of buffers is requned as data fr^ sender node 

^^^^^SS^^sod^oao^ access is used by nSes is tnmsferred directly to the receiver noda 

that require guaranteed bandwidllL for example, nodes ttai^ ^ £ BRIEF DESCRHTION OF THE DRAWINGS 

mitting video data. The transacti<Mis for eadi type of bus ^ «^ -x i 

access are conned of at least one "subaction". wherein a 45 The present invention is iUustratcd by way of example 

subaction is a compltXt one-way transfer operation. and not limitation in the figures of the accompanying 

In the case of isodironous data transfers and computer drawings, in whidi like references indicate similar dements 

systems conforming to the IEEE D94 Serial Bus Standard, and in which: 

the prior ait has attenqjted to manage the flow of data using no. 1 illustrates a computer system having a serial bus 

dedicated drivers. Drivers arc software entities associated 50 made up of a number of nodes; 

with various con^nents of a computer system and, among piQ 2 shows a display screen of a monitor of a conqxiter 

other functions, operate to configure the cwnponents and system having an open window for the di^lay of video 

allow the conqwnents to be operable within the overall infonnati<Mi; 

system. The drivers of the prior art have allowed for the ^ ^^^^^ ^ ^^^^ buffers in accordance with 

transmission of video data from a digital video camera to a 55 ^^jbodiment; 

momtor, but have not aUowed for real time video transims- ^^^^ ^ ^ ^ 

sions in a multi-tasking envm)ninent In P^rt^^J^ conditional brandling according to one embodiment; and 

drivers of the prior art have reqmred that a bus controller, ^.v/iii*i« ? a* »«ano«^«>nt nf 

bomputo system's CPU, listen to a data diamid at FIG. 5 is a flow diagram illustratmg the ^i^^oi 

^eil^raU^othcr^ 60 an isodironous data chamid ma computer system acc^ 

diannel it is stored in a buffer fcff later transmission to a to one embodiment, 

frame buffer assodated with a monitor. A new listen instruc- --^ ^ DETAILED DESCRIPTION 

tion must be issued for each separate isochronous data ^ ^ -1 *. 

tonsmission. That is, if a single transmission corresponds to As described h«em, a method and apparatus f^ 

dataforasinglescanlineofthemonitor,faradisplayoffive 65 ing isodironous data diannds m a compute syston is 

^^Xc separate listen instructions ar^ required. provided. HG. 1 shows a computer system 5 unknng a 
Because the dau^ being sent in real time, this system serial bus incorporatmg the methods and apparatos of the 
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present invention. TTie serial bus may generaUy be con- a case, computer system 5 may compdse 

smictcd in accordance with the IEEE 1394 Serial Bus Macintosh® computer system also available from Apple 

Standard. Con^)utcr. Inc. Tlic video daU to be displayed in window 5« 

The computer system 5 of HG. 1 comprises a central on display saeen 48 wiU generally be obtained from a frame 

processing unit (CPU) 10. a monitOT 18. a printer 26. a video s („ot shown) associated with momta 18. The tech- 

ramera 32. a video cassette recorder (VCR) 36. a kEyboard niques fat displaying data stored in a frame buffer on die 

42 and a mouse 46. The CPU 10 includes an internal hard display screen of a monitw are well-known in the art 

SisTTSSl^^towhi^ rcal-tiincvideodatafromvideocammaiistobcd^^^ 

as ic *1ocal hosT for that node; Fbr example, the CPU !<► within window Sft on display screen 4S. The real-time video 

is the local host for the CPU node 12; the monitar 1» is ^ d^ta generated by video camera 32 wiU coiy ise isochro- 

local host for the monitor node 16; the printer 26 is the local ^^^^ ^ packets in accordance with the IEEE 1394 Serial 

host for the printer node 24; the video camera 32 is the local Standard. Each of these isochronous data packets will 

host for the video camera node 30; the VCR 36 is the local ^^^^ header information and payload infonnation. The 

host for the VCR node 34; die keyboard 42 is the lo^ host Mamation is used for routing Ac video data to the 

for the keyboard node 40; the mouse 46 IS the loc^ host for detection and. correction. The 

art win sq>iHeciate that it is not ahvays necessary fw every » wmdow Sfc 

node to have a local host ax is it necessary that the local ^ indicated above. Ibc priw art has aHen^ted to manage 

host always be powered. gf isodoonous data.from video camen 32 to 

A point-to^Kfflit link such as cable 20 is used to connect ^^00^^^ ig a* fdlowss. Once the ^>0ication program has 
twonodestooneanotiKtCPUnodel2iscoupledtointeraal ^ generated window SO wiflrin diq^lay screen 48. CPU ir 

hard drive node IS by an intenial link 21. to monitOT ^^^^ instructions which cause it to listea on one <rf ita* 

16 by caWe 20: and to keyboard node 40 by a cable 20*. The^ associated ports- TTiesc instructions are typically stored on 

keyboaidnode40bcoupledto«te^^^ drive^^ are loaded inia system memory (not- 

20/:TT»emonilornodel6iscoupledtotten<^of the „pon^imtialization. When the video camera 32 ha» 

peripherals (no. djown)by cabte20« 30 SSLt. the video camera node: 30 generates the 

^^"^^^^V^T^JI^^^^M^ ^^^J^packelsandtransmitsthemovertheseiial 

^2£^^'iS^2^^^^>^^^^ STSacxx^'^cIEEEDQ^ScrialBusStanda^ 

BusStandardandmayindudeafirstdiffcrentialsignalpair packets and strips the payload infotmahonfiom these pad^^ 
forconductingafiistsignaLaseconddiffcrentialsignalpair " ets. The payload information is placed m a »»5" " 

for conducting a second signal, and a pair of powe* lines. conqMder memory fot later transmission to the fiame buffer 

Each of the nodes IZ 15. 16. 24. 32. 34. 40 and 44 may associated with monitor 18^. for 

haveWentical construction; although some <rf the nodes. sionfirom video camera node 30 corresponded to data for a 
such as mouse node 44; can be simplified because of their ^ single scan line of window 50. five sq>aiate hsten 

spedflc functions. Thus, flie nodes can be modified to meet would be required to receive the video data associated witli 

iheneeds of a particular local host For exaxoftei each nod* one frame to be dismayed within window 50. To accomnro- 

may have one or more pwtSi tfie number of which is date tiie real-time transmission nature of the video data. CPU 

dependent upon its needs. For raannple. CPU node 12. as jo would be required to constantiy listen to the bus^ fw 

illustrated, has 3 p«ats. while the mouse node 44 has only 1 isochronous data transmissions from video camera node 30^ 

port. That is. CPU 10 couid not undertake to execute additional 

Refemng now to nG; 2. one exanqAe at tbc transf« <rf tasks, for example menu level tasks, as is common in 

isochronous data within: conq>uter system 5 will be multirtasking envtcomnentst^ 

described. Upon review *«?";^/P^^^ *^ ^ To overcome this prt>blem of the prior art. the present 

diTdisplay screen ^nitor 18. Withiir display computa memory. In kceping^wim Ae ^^^j!^^ 

^n S a >Sw 50 is shown. Window 50 is implex example, five buffers comprise the hnked list one for each 

mentedusingprogrammingtechniqucsweUknownintheart 55 scan line of window 50. Each of 

^dis used foTthTS^lay of real-time video data in pointer, next, which points to the address of the foUowmg 

accordance with the methods of die present invention. In buffer in the linked list ft wiU be ^edatcd that these 

particular, window 50 defines the boundary witiiin which die addresses coucspond to memory locations widun computer 

real-time video data WiU be displayed on display screen 4«. system 5. Each of die buffers also contains an address 

As shown in FIG. 2. window 50 consists of five scan lines, '•buffer n". This address corresponds to die start of a scan 

each having an arbitrary lengdi L. Those skilled in the art window 50. The address of buffer 1 corresponds to 

will appredaic that window sizes of odier dimensions could start of scan line 1 and so oa Each of die buffers in die 

be used. linked list also contains a lengdi parameter which corre- 

In general, window 50 will be geneiated by an application sponds to die scan line lengdi of window 50. 

programruimingoncomputer^ste^ 65 ^ isochronous chamid 

an application program is die Qmckllme® program avau- ^"""^^ 

ableSom AppteComputer, Inc. of Cupertino, Calif. In such buffers is shown below. 
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typedef stnict IsocbCbazmelBuffeiStiuct IsocfaCfaanneSuffer 

•IsochChannelBufieiPtn 

IsocbChanoelBufEerStnict 



stnict 
{ 



IsctchChanncIBufferPtr 
Ptr 

UlDt32 

pBran:hChannelBxiffcr 



buffer 
length 



pBrandiCb2imeIBu£EBf; 

buffer 

length; 

BraDch poinler to next 
channel bufbL When a 
branch oonditicHi is met^ its 
<!ifTiTr'i''pf?nftiir^ brsnch pointieF' 
is used to select the oezt 
buffer. 

PointBr to buffer menxxy. 
Length of above?' 
buffet; 
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specified by the channel ID. Accordingly, at step 104. the 
application program instnicts the driver associated with 
video camera 32 to send real-time video data over the 
channel identified by "channel ID" and display the data 
within window 50 on monitor 18. 

In response to the instructions issued by the application 
program, the camera driver will configure the camera 32 
such that the camera 32 will transmit video data over the 
channel specified by "channel ID^ The camera driver wiU 
also establish a linked list of buffers, as described above, and 
assign the buffers ta "channc UD". The linked list of buffers 
will act as storage locations for the video data to be 
transmitted by camera 32. 

An exem^ary instruction for adding clients to "channel 
ID** is shown below 



The linked list of buffers corresponds to a particular 
isochronous channeL The isochronous channel is identified 
by a channel identification number (diannel ID). The dian- 20 
nel ID is maintained in a data record stored in the coiiq>uter 
system 5 memoiy and is used by the various application 
programs and driver routines as described below. The use of 
a common channel ID allows the interoperation of plica- 
tion programs, driver routines, and other software routines 25 
whidi otherwise may not be ca^le of operating together 

One e^anqile of the use of a linked list of buffers 
according to die methods of the present inventi(H» is shown 
in FIG. 3 will now be described- The example is (resented 
with reference to process 100 iUustrated in FIG. 5 and 30 
assumes that real-time video data is to be transmitted ficom 
camera 32 and displayed within a window 50 on monitor 1& 
To accommodate die transmission of the real-time video 
(Le., isochronous) data, at step 102 an plication program 
running on computer system 5 issues instructions whidi ^5 
cause CPU 10 to create an isochronous data channel idenr 
tified by "channel ID". 

Upon receiving the instruction to create the isochronous 
channel ID, the CPU 10 will execute instructions to create 
such a channeL This may include a channel bandwidth and 
a preferred speed. An exemplary instruction is shown below. 



OSStatus AddlscxhrooousChaiinelClient 
IsodiChaiiDeIIl> isocbCbanDeODf 



( 



DrivedD 



— > isocbChaoDellD 

— > driyedD 

— > climtTs'MWT 



driveilDj 
clientlsIUker); 
ReferoKe to the tsocteooous 
chanuel to acid tfie given client to. 
Refereace to the driver cliem to 
add to the given channeL 
If the given client will be a sender 
node (Le^ a node that win be "doing 
the talkiogr in IEEE 1394 pariaoee) 
this sboold be set to troe. OdiefwiaB 
it sfaoukibeset to &lse(Le.,if ibe 
iKxk win be a listener^ 



OSStatus Atlocatelauducoo o sChannellD- ( 

IsodiCbannein> *pIsocbCliannem>, 45 

UIiit32 bandwidtb» 

UlDt32 preCened^eed); 
<— pIscchChanneUI> Returned reference to Has channel for use 
in subsequent isocfarooous service catla^ 

^> bandwiddi Bandwidth required for this channeL 

— > prefenedspeed Preferred speed fbr this channct ^ 



This instruction adds the driver specified by "DrivcrID*^as 
a client to the isochronous channel specified by IsochChan- 
nel ID**. The client will be called to perform its role in 
initializing, starting and stopping the given isodironous 
channeL The client will also be informed- of all channel 
events such as bus resets;- 

For die exanqdc of Ha 5, at step 106 die video camera 
driver adds the video camera as a sender client for the 
isochronous channel specified by channel ID. Then, at step 
108, the camera is added as a receiver Qistener) client of die 
channel specified by channel ID. The camera driver is added 
as both a talker and a listener so diat the driver can bodi start 
die camera sending data and set up die CPU to receive die 
data for display. 

Next at step 110, the camera driver sets up the linked list 
of buffers described above. Once diis is acconq)lished, a port 
on CPU node 12 can be set to listen to die isochronous 
channeL An exemplary routine for diis procedure is shown 
below. 



This instruction creates an isochronous diannel ID that is 
used by die various isochronous service routines described 
below. The channel is initialized widi the required band- 
widfli and the prefencd speed. The actual channel speed may 55 
be less tiian the prefened speed d^nding on die m axi m u m 
speed of die devices diat are later attached to the channeL 
The isochronous channel is a data path between nodes whidi 
will be added as channel clients as described below. 

Once a channel has been established, die application 60 
program can issue instructions in order to add interested 
clients to die isodironous channel specified by channel ID. 
These clients are typically software driver routines assodr 
ated with die devices, such as video camera 3Z which take 
part in die display of the real-time video data to be trans- 
ferred. The client software will take part in and be notified 
of all events associated widi the given isochronous channel 



OSStatiB AUocateiLocaQsocfaiQOCU^ort ( 
RefercDcelD 
IsochPoffED 
XJlaQl 

Boolean 

— > rcfcrencelD 



•pIsochPoitID, 
channdNum^ 



<— pIsocbPortID 



— ^> 
— > 



chaimelNum 

spetA 

taBdng. 



talking); 

Reference used to indicate which node to 
aUocate port on. 

Returned reference to this port fbr use ia 

subsequent port service calls. 

Channel number fbr this port. 

Speed for this port 

Tf faUft, allocate a pott for listrmting, 

otherwise aUocate a pert fbr talking. 



65 



FIG. 5 illustrates the case where a user also wishes to 
record video data transmitted by camera 32 for a later 
playback. To accomodate tiiis, at step 112 die explication 
program issues instructions to establish the VCR driver as a 
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receiver client of the channel specified by "channel ID^ In second embodiment described above, a D^IA Jran^^ Jf 

response, the VCR driver adds itself as a channel dicnt at initiated to transfer the data without mtenuptmg the CPU 10. 

steo 114 Subsequently, data is transferred from the buffers which 

Once all of the dienU have been added to the isochronous conqjrise the linked list to a frame buffer associated with 

channel specified' by diannel ID, a start instruction can be 5 monitOT 18 fOT eventual display on display saeen 48 within 

issued at step 116. This instruction, an exanqde of which is window 50. This process continues until an isochronous 

given below, calls all of the given isochronous channel*s channel stop instruction is issued, 

clients (i.e., die driver software associated with the various Stopping the transmission of isochronous data is similar 

devices) to start the given isochronous dianneL Each lis- starting process. This time, however, a stop command 

tening client is first instructed to listen to the channeL Once • ^ issued whidi^ calls all of the given channel's clients as 

all of the listeners arc ready, the sender client is instructed to f oUows. First, the stop command calls Ae sending client to 

start the transmission of data. sending data on the channeL Once the sender stops, the 

st(^ command calls each of the listening clients to stop 



X ^^^"""""^^^^^^y^ 15 skOicd in the art wfll rccognia that the siniple 

/\ ^ _> isocbCtoBieilD Reference to the isoehioDouschaiinsl ID Stat linked list Configuration shown in FIG. 3 is subject to ceitain 

\ — ^— — ^— — — — eiras..For exanqde. dK linioed list shown in FIG. 3 has 

AS showninHG. 5 then, oncethc start command is issue* buffer 1 canesponding to scan line 1 of window 50, bufifa- 

by Ae aSKon program, a service routine calls each 2 conespomHng to scan line 2 of ^^^^ 

n Sa^ll cul at st^uTAt step 12». the camera driver 20 yn<te n<»mal operatu« con^^ 

configures the locallort on CPU node 12 to start listenting '^:;^^';^'^''^^^'^^r^f^:^^T^ 
S to ^isod^ono^ SLel spe^M by channel ID. An Sgg^to^^J^t^^uST 

^ exemp lary mstiuction IS shown below. SS^^L eirors in the^ data stream occur, for 

"V^ ~" 25 exanqilc a garbled transmission,, using the linked^ list: 

<\ W osstacns starflx)callsochiDno«Ptrt ( j^jproadi of Fia 3 it is possible that one line worth <rf date 

ijl isocUVntActionParamaPir pisocM^ntAirtionParanM); could bc^ missed and, foT exanq>le, the top-of-frame^^ data^-v 

I. "2 <_> idsocH»ortActioiiPaniii» Pointef tp^parameter btock^ could then be tiaccd in the buffer coirespondingto scan line ^ 

^ t ;^rr* SSr^X^"^ 5. In sudL a case, the ultimate picture dis^^ 

yi _> compietianPioc Proceda* to caU upon completion of: 30 window 50 would i^)pcar with thc top-of-frame oaU at mc 



, bottom <tf the screen instead of dM top of the screen. Sudi 

-> ccaq>Mc;#ioei)<da ^»*f ""l*' f"^^ a condition is generally unaccqrtable. 

Zl Toa«o«ntTord.eietypesofaro,s.amorea,mpl« 

■aOc/iisteo ioio/fioiii. linirM Ust ttf hufFers ia used. This more complex scneme is 

— > actkmSyni:. Sjrnc event to start CD.. shown in FIG. 4. The linked list of buffers shown in FIG. 4 

V ■ - support conditional brandling. That is. the linked list con- 

^ niis instmction causes the local port specified by isocb- tains pointers which do not necessarily «>™*I»»J ^ the 

H PortID to start listening (for the example of FKi 5) on its succeeding buffer m the chan. Inaead. the linted hrt 

isochronouschanndusingthebufferchainpreviously estab. supports pointers (ne«l) wliich_ pomt tack to the 

S^spedfledbySochChamiclBuffode.. the start- 40 address of the first buffer in the linked hst (or. potent^, 

ing address ofBuffer 1 in FIG. 3).- any ^ >^ '^'^ depending upon die branch 

Similarly, at step 122 the VCR driver programs die VCR condition described below). Associated^ with the pran» 

36tostartKsteStotheisochronouschamielspedfiedbjr neal is a datafieklcondl.Tbe d^fleld ««ttmay; 

diannel ID. Once dus is completed., die service routine example.^ conespond to a toiM)f-frame mdication. Thns. 

issues instructions telling die camera driver to program 45 when real-time video data is received over d» isodironoM 

camera 32 to start sending data over die isodirounous diannel. if flie data indicates diat it is meant for the top^- 

M step 12«. die «L« driverdoes so. ftame in window 5». die linkrfH^wdlpomt to ft^^^ 

At diis poinw CPU 10 may continue with odier instmc address of die buffer assoaatedwidi scan line 1. In tins way. 

dons as in^ated by step m For owmple. CPU 10 may top^-ftame data wiU always be displayed at die top of 

respond to menu level instructions initiated by a user or so window 50: . 

aS.te commands f« a selected foreground application. Where die video data received does not have a topjot 

When video camera 32 transmits data on die isodironous frame indication, die linked list wm pant toAe next buffer 

diannel spedfied by a channel ID. die CPU receiving die chain. In diisway^e situation dwraibe^^ 

data geni^an interrupt TTie interrupt is recognized at die data is display«*d wiA die top;of-faune at 

step 128 and procedure 100 moves to step 132 where die 55 die window is avoMled. Tliose skilled m die <«» v^appre- 

k^rupt causM die CPU 10 to execute instructions whidi date diat odier hrandnng condition, sudi as brandi on fiU 

transfer die incoming isochronous dato into an appropriate or brandi on syndi. can also teimplancnted. 

bXwidiin die lintedlist-me CPU 10 dien returns from An exemplary structure of diese isodironous diannd 

die interrupt to con9>lete at continue widi any tasks. Fbr die buffers is shown below: 



typedef struct IsoitCbanoelBufierStract IsochChanncIBuffiBr 

•IsocfaChamelBiiSeiPtf; 

stractbocbCbannelBuSerStTuei 

^ IscchChannelBuffcrftr pB ran r hinirnnrm n ff i r ;. 
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-continued 



IsochChannelBufEerPtr 
Pit 

lJIat32 

UlQt32 
Ufiit32 
Ulat32 
UIat32 
Ubt32 
UlDt32 
\Sbst32 

IsochChannelHaadicrPiocPtr 
Utal32 

pBranchlChaimelBafGBr 



ptBraQch2ChaimeIBu&r 



piBra2icfa2ChaiiQelBu£EBr; 
bufEer 



bufGer 
ofiEset 



brancfalOi'mditioiials 
brancfalData 

branchlSlsfi» 
brancfaTOwwiittooab 
branch ?.Dat> 

braDcfa2Stalie " 



isocbChaimelHandkfData 



branchlCond it io n als; 
bnnchlData; 
bnochlStBte; 
hranch^Cooditionals; 
brazicfa2Dat8^ . 
bm]ch2S tsUB^ 
iscx^bCfaannelHaadler; 
isocbChaxii)e]HaDdkd)ata; 

Braochl p o in ter to next chamel 
buffiBt: .Whea a branch oonditian is 
met, its conespraiding branch posnter 
is used to sdect the next bufier. If 
both bnnch oondttkww are met 
shmittaneoosiy, faiandil wiU take 
prccedcooCw 

Brancfa2 pointBr to next channel 
bufier. 

Pointer to buffer memo t y. 
LcDglfa of above bofEcr:- 
Cutzent ofbet into above buffiec 
. Status of this bufifex. 
Cou dii ioii s 10 meet to take bnmchl. 
Datatt> use to further specify 

Cmrent state of bnnchl copdit io ps. 
Conditions to meet to take brgnch2. 
Data to use to take branch2 

Cunent state of braidl2 oooditicoK 
Handler to call when a branch is 



Data for above handler to use for its 
own |Mipose&- 
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The channel handler field within each of the buffers of the a second driver mi^t be associated with the VCR 36. The 
linked list provides a means of accommodating data con- camera driver would establish Ac channel ID and add the 
version. For exaiiq)le, video camera 32 may transmit video camera 32 as a sender dient in the manner described above, 
data in YUV format However, monitor 18 may require the The camera driver would then call ttie VCR driver and 
data in RGB fonnat Thus, a conversion would be required ^ would pass a reference to the channel ID. The VCR driver 
to change the YUV data to RGB data befOTC display. TTie would add the VCR 36 as a Hstener client as described 
channel handler can be a set of software instractions to be above. Once all of the clients have been added to the 
called whenever a particular channel brandi is taken so that channel, the "starf instruction can be issued as described 
after a buffcx is fiUed, die data stcted in the buffer can be above. No linked list of buffers is required because die VCR 
converted from YUV data to RGB data for display. Thus, the 45 36 can record the video data direcdy (it need not be in 
channel handler would specify an address whidi cot©- frames). Now, isochronous data^ (Le^ video data) will be 
sponds to instructions for pezfcnning a conversion routine; transmitted from the camera 32 to the VCR 36 without 

Another exanqjlc of when such a channel handler may be interrupdng the CPU 10 (which is not a cU ent of die 
required is when conqressed data is being transmitted over isochronous channel). Those skilled in die art will qipfedate 
die serial bus. Before display, die data would need to be so that any number of clients can be added to die isodironous 
deconqsressed. The channel handler routine could be used to channel in diis fashion to acccunodate die required data 
decompress die data in the manner described for the YUV to transfer. 

RGB translation described above. Odier exan5)lcs of die use Aldiough die mediods of die present invention have been 
of such channel handlers will be q>parent to tiiosc skilled in described witii reference to die use of a linked list of buffers 
art^ 55 at the receiving node, those skilled in the art will qjpredate 

Thus far. die present invention has been described widi diat a similar configuration of buffers could be used at die 
die assumption tiiat tiieCPU 10 will miinfpnifltff data trans- sending node. In such an embodimoit. isochronous data 
feired across die isochronous channel (Le., die CPU trans- would be stored in a linked list of buffers similar to diat 
fers the data to die linked list of buffers widiin system described above and transmitted over the isochronous dian- 
memory for later transfer to a frame buffer). This need not, 60 nel as networic condirions permit 
however, be die case. In otiicr embodiments, die CPU 10 can Thus a system and mcdiod for managing isochronous data 
establish die isochronous channel widiout becoming part erf channels widiin a computer system has been described. In 
die channel For exanq)le. in die situation where a user die foregoing specification, die invention has been described 
wishes to record video data produced by camera 32 on a widi reference to specific exeiiq>lary embodiments thereof, 
video cassette, die isochionoucs channel can be established 65 It will, however, be appreciated by diose skilled in die art 
between only video camera 32 and VCR 36. In diis oLampLc. that various modifications and changes may be made diereto 
one driver might be associated widi die video camera 32 and widiout departing from die broader ^irit and scope of die 




